home *** CD-ROM | disk | FTP | other *** search
- Apparently-To: john.smith@gravis.com
-
-
- GUS Programmer's Digest Sun, 16 Jan 94 3:57 Volume 8: Issue 14
-
- Today's Topics:
- Envelope offsets not at zero
- GUSMOD and GUSPLAY
-
- Standard Info:
- - Meta-info about the GUS can be found at the end of the Digest.
- - Before you ask a question, please READ THE FAQ.
-
- ----------------------------------------------------------------------
-
- Date: Sat, 15 Jan 1994 18:07:32 -0500 (EST)
- From: Phat H Tran <ptran@sciborg.uwaterloo.ca>
- Subject: Envelope offsets not at zero
-
- > Date: Fri, 14 Jan 1994 21:21:10 -0600 (CST)
- > From: Jason William Whiteman <jww9624@tamsun.tamu.edu>
- > Subject: Specific GUS Patch probs
- >
- > Secondly, I found myself questioning the entire meaning of the
- > Envelope_Offset variable. At first I thought I could just use the
- > envelope data to increase the volume of the current voice (patch) by
- > whatever the Envelope_Offset said at whatever rate Envelope_Rate said.
- > However, if this method is used, the patch will never fade (decay) to
- > a zero volume level. Using ACPIANO.PAT as a test patch, I noticed that
- > apparent zero offsets (displayed with PATCH.EXE's graphical envelope)
- > were actually set to an offset of "8". After seeing this I made the
- > assumption that envelopes have some sort of threshold point to mark a
- > decay (ramp to zero volume level). Here is some pseudo code for the
- > code made under this assumption (threshold=10):
-
- I think the reason why the envelope offsets are never zero (or
- max) is to prevent the ramp from underflowing/overflowing and
- fouling up. An offset of 8 does mean 8, so don't set the ramp's
- endpoint to 0. 8 is effectively silent anyway, and when it's
- reached, the volume can be set directly to 0 without causing a pop.
-
- Phat.
-
- ------------------------------
-
- Date: 15 Jan 1994 21:28:43 +0700 (SST)
- From: TC <SH7126146@NTUVAX.NTU.AC.SG>
- Subject: GUSMOD and GUSPLAY
-
- > From: tjakobs@mswe.dnet.ms.philips.nl (THEO_JAKOBS TEL.62667)
- > Subject: Using Gusmod in my sources
-
- > But when i saw the listing, i was a little scared...
- > What do i need for loading, and playing a mod... I mean which code do i
- > need from the files...
-
- I would suggest using GUSPLAY's code. It is much easier to understand
- and include in your programs.
-
- > I also have another question... Will my code be faster if i put the
- > computer in 386 protected mode... I'm using some 286/386 code..
-
- It'll give you some extra speed, and extra power. However, you'll have
- to modify your code quite significantly, as segments no longer have any
- meaning while selectors rule the day.
-
- WildCat
-
- ------------------------------
-
- End of GUS Programmer's Digest V8 #14
- *************************************
-
- To post to tomorrow's digest: <gus-sdk@dsd.es.com>
- To (un)subscribe or get help: <gus-sdk-request@dsd.es.com>
- To contact a human (last resort): <gus-sdk-owner@dsd.es.com>
-
- FTP sites: archive.epas.utoronto.ca /pub/pc/ultrasound
- wuarchive.wustl.edu /systems/ibmpc/ultrasound
- archive.orst.edu /pub/packages/gravis
- theoris.rz.uni-konstanz.de /pub/sound/gus
- nctuccca.edu.tw /PC/ultrasound
- FTP mail server: mail-server@nike.rz.uni-konstanz.de
-
- Hints:
- - Get the FAQ from the FTP sites or the request server.
- - Mail to <gus-sdk-request@dsd.es.com> for info about other GUS
- related mailing lists (general use, musician's, etc.).
-
-
-
-